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(57) Abstract: The invention 
proposes a communication method 
and network having at least 
two network entities adapted to 
receive and/or transmit call-related 
information when handling a call 
connection, wherein at least one 
of the network entities is adapted 
to send load-related information 
regarding the load or condition of 
itself or of another network entity to 
a further network entity. The further 
network entity preferably contains 
a memory means for storing 
said load-related information. A 
load-information request message 
may be sent to another network 

entity as a separate message, or as part of another message. The response message returned from the addressed network entity may 
be returned as a separate message, or as part of another message. The network preferably is a packet-switched network, preferably 
a GPRS or UMTS network. 
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TELECOMMUNICATION NETWORK HAVING AT LEAST TWO 
NETWORK ENTITIES, AND COMMUNICATION METHOD 



FIELD OF THE INVENTION 

10 The invention relates to a communication network having at 
least two network entities adapted to receive and/or trans- 
mit call-related information when handling a call connec- 
tion. Furthermore, the invention relates to a communication 
method providing or taking account of load-related informa- 

15 tion. 



BACKGROUND OF THE INVENTION 

20 Usually, the network elements involved in handling a connec- 
tion or call, do not have information about the state and 
load conditions of other network elements. For instance, in 
a GPRS (General Packet Radio Service) or UMTS (Universal Mo- 
bile Telecommunications System) network, a SGSN (Serving 

25 GPRS Support Node) has no information about the load condi- 
tions and state of a GGSN (Gateway GPRS Support Node) . The 
SGSN does neither know if the GGSN is overloaded or not, nor 
has it information on whether or not the GGSN is out of 
function because of e.g. a breakdown. 

30 

When trying to connect a call or modify an existing connec- 
tion, the SGSN may for example try to open a PDP (Packet 
Data Protocol) context to a GGSN that is already overloaded 
or out of function. In such a case, the GGSN will either re- 
35 turn a message rejecting the requested operation, or will 
not at all return any response. 
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The GGSN may also reject, when a SGSN is sending e.g. a re- 
quest for creation or modification of a PDP context e.g. for 
real-time QoS (Quality of Service), such a request for vari- 
ous other reasons. 

SUMMARY OF THE INVENTION 

The present invention provides a communication network ha- 
ving at least two network entities adapted to receive and/or 
transmit call-related information when handling a call con- 
nection, at least one of the network entities preferably 
being adapted to communicate with another network entity ar- 
ranged in another network when handling a call involving at 
least two networks, wherein at least one of the network en- 
tities is adapted to send load-related information regarding 
the load or condition of itself or of another network entity 
to a further network entity. The further network entity will 
therefore be informed on the state of another network entity 
and can take account thereof when e.g. establishing a next 
call or handling an actual connection. 

The invention furthermore provides a method to be performed 
in a communication network having at least two network enti- 
ties adapted to receive and/or transmit call-related infor- 
mation when handling a call connection, at least one of the 
network entities being adapted to communicate with another 
network entity arranged in the same or another network when 
handling a call involving one or more networks, wherein at 
least one of the network entities will send load-related in- 
formation regarding the load or condition of itself or of 
another network entity to a further network entity. 

Preferably, the further network entity contains a memory me- 
ans for storing said load-related information so that this 
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information has to be transmitted only once or at least with 
larger time intervals inbetween, reducing the network and 
processing load. 

5 In a preferred embodiment, the load-related information is 
stored in the memory together with a time-to-live value. Ol- 
der information will therefore automatically be considered 
as expired. 

10 Preferably, a first one of the network entities, e.g. a user 
equipment, is adapted to send a connection-related message 
to a second network entity requiring or necessitating the 
establishment or modification of a connection to a third 
network entity, the second network entity being adapted to 

15 return a message to the first network entity which specifies 
another network entity or connection possibility different 
from the third network entity when the third network entity 
should be in a state which probably or certainly provides 
insufficient operation, such as high-load or overload or 

20 break-down condition. The probability of unsucccessf ul net- 
work operations as well as the network load can therefore be 
reduced. Furthermore, connections can be established in a 
shorter time because of reduction of the average number of 
unsuccessful trials. 

25 

In a preferred embodiment of the invention, at least one of 
the network entities is adapted to send a load-information 
request message to a further network entity requiring infor- 
mation on the load condition of the further network entity, 
30 the further network entity being adapted to return, as load- 
related information, a message to the request-message sen- 
ding network entity, said message containing information on 
the load condition of the further network entity. At least 
some of the network entities can therefore actively collect 
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information on the load or state condition of other network 
entities . 

One or more of the network entities preferably are support 
5 nodes handling the connection to a user equipment. 

According to one aspect of the present invention, at least 
one of the network entities of the communication network is 
adapted to send load-related information to a further net- 

10 work entity to inform the latter on the load or condition of 
the former network entity or another network entity. This 
load-related information can be taken into account when sub- 
sequently establishing or modifying a connection or connec- 
tion conditions. The load-related information may e.g. de- 

15 fine the actual load degree of a network entity such as the 
amount of presently reserved resources in relation to the 
total amount of resources. This information may be grouped 
into two or more load classes such as no load, normal load, 
high load, and overload. Such a load classification provides 

20 the advantage of representation of the load condition by 
only one or two bits (or more bits, depending on the fine- 
ness of classification) . The additional information flow 
caused by the load-related information is essentially negli- 
gible in such a case. 

25 

The load-related information may alternatively or addition- 
ally consist in an information which notifies another net- 
work element about an address of a network entity such as a 
gateway support node which will probably be more suitable 

30 for successfully establishing a connection. Such an informa- 
tion may for instance be an access point name of a gateway 
adapted for accessing another network, such as an access 
point name for accessing a data network. This information is 
preferably sent after an unsuccessful trial of establishing 

35 or modifying a connection to a network entity such as an 
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overloaded gateway node or a network entity being presently 
out of function. 

The network entity receiving the load-related information 
will then have a higher probability of successfully estab- 
lishing or modifying a connection within a short time inter- 
val and will reduce overall signalling and traffic otherwise 
caused by further unsuccessful connection trials. 

The load-information request message may be sent, at an ap- 
propriate timing or in case of demand, as a separate message 
to the further network entity. Alternatively, or additional- 
ly, the load-information request message may also be sent as 
part of another message. For instance, the load-related in- 
formation may e.g. be transmitted as part of e.g. a create, 
update, or delete PDP context request which will normally be 
sent from a serving support node to a gateway support node, 
in particular in a system according to the GPRS or UMTS 
standard, and will request the transmission of the load- 
related information. 

The message returned as, or containing the, load-related in- 
formation can be returned as a separate message, or as part 
of another message which may e.g. be a PDP context-related 
message such as a Create, Update, or Delete PDP Context mes- 
sage. This information will then be transmitted as part of 
the response message from the gateway support node to the 
serving support node. 

The load-related information may be transmitted e.g. peri- 
odically or only in case of low network load. Alternatively, 
the load-related information may also be transmitted as part 
of another message which already has to be transmitted ac- 
cording to the network functional design. In the latter 
case, the transmission of the load-related information 
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causes only insignificant additional network communication 
load. 

The communication network may generally be a communication 
network of any type but is preferably a packet-switched net- 
work which, in a preferred embodiment, is a GPRS or UMTS 
network. The communication network will usually contain one 
or more gateway support nodes adapted to provide a connec- 
tion to another network. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a basic structure of an embodiment of a commu- 
nication network in accordance with the present invention; 

Fig.. 2 shows an embodiment of a communication method, 
wherein the messages transmitted between network entities 
are shown; 

Fig. 3 illustrates another embodiment of a message flow bet- 
ween network entities; and 

Fig. 4 shows a further embodiment in which load-related in- 
formation is requested and transmitted as part of other mes- 
sages . 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
OF THE INVENTION 

Fig. 1 shows an embodiment of a communication network which 
is implemented as network allowing packet data transfer, 
such as a GPRS (or UMTS) network 1. The network 1 comprises 
several network entities 2 to 4, i.e. one or more (normally 
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a plurality of) mobile stations (MS) 2 representing user 
equipments, one or more support nodes 3 which function as 
serving support nodes (SGSN, i.e. serving GPRS support node) 
for the mobile stations 2, and at least one gateway support 
5 node (GGSN) 4 which is able to establish a connection to 
gateway devices of other communication networks (not shown) . 
The support node(s) 3 comprise or cooperate with a memory 5 
storing load-related information. Each support node 3 may 
have its own memory 5. Alternatively, several support nodes 

10 3 may share a common memory 5. Apart from the memory 5 and 
the request / transmission of load-related information de- 
scribed below, the basic structure and functioning as well 
as the connection handling of and within the network 1 is 
known and will, therefore, not be described in further de- 

15 tail. 

Fig. 2 shows details of the message flow according to one 
embodiment of a communication method in accordance with the 
invention and performed in a network of a type such as shown 

20 in Fig. 1. When a connection is to be established, or an al- 
ready established connection is to be modified upon request 
of the mobile station 2, the mobile station 2 sends, as step 
1.), an "Activate PDP Context" request specifying, among 
other information, an access point name APN of an access 

25 point, typically the GGSN of the called or calling party or 
of the GGSN 4 . The SGSN 3 receives this request and initi- 
ates a "Create PDP Context" procedure by sending, as next 
step 2.), a "Create PDP Context" request to the GGSN 4. The 
PDP context may e.g. be created or modified for real-time 

30 QoS. 

The GGSN 4 can reject the creation or modification of the 
PDP context for various reasons, such as being overloaded, 
not having enough free resources or being out of order. The 
35 rejection of the request message of step 2.) may also be 
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caused by unreachability or other reason of unavailability 
to initiate a connection with a network entity such as a 
gateway node of another network to which the MS 2 intends to 
get access. The GGSN 4 is adapted to return in such a case a 
response containing a load information such as a "Create PDP 
Context" response containing load-related information, as 
shown in step 3.) of Fig. 2. This response is a reject mes- 
sage rejecting the request of step 2.). When the SGSN 3 re- 
ceives the reject message of step 3,)/ it forwards, in step 
4.), the rejection message to the user equipment, here the 
mobile station 2. 

The SGSN 3 preferably contains, e.g. in the memory 5, a list 
of alternative APNs e.g. for accessing the network to which 
the mobile station 2 tried to get access using the APN in- 
cluded in the message sent in step 1.). The SGSN 3 is 
adapted to select a different APN from this internally 
stored list, and includes, into the response to MS 2 sent in 
step 4.), a different APN allowing access to the same net- 
work as the one to which the APN sent in step 1.) provides 
access. As an example, the APN sent in step 4) is the APN of 
an alternative GGSN having higher probability of being 
available for the connection request of MS 2. 

The MS 2 is preferably adapted to use this APN received in 
step 4.) for trying to make a new attempt to activate the 
PDP context with the GGSN indicated by the APN received from 
SGSN 3 in step 4.). The probability of success of this PDP 
context activation request will now be rather high, and at 
least higher than a random selection of a new APN by the MS 
2. 

This approach provides the additional advantage that the 
user equipment or mobile station 2 does not need to store a 
list of many APNs to connect to a GGSN, 
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In Fig. 2, the GGSN 4 indicated by the APN sent from MS 2 in 
step 1.) may be a gateway support node of the same network 
as the one to which the MS 2 is attached, or may be a gate- 
5 way support node of another network such as a packet data 
network, e.g. a IP-based network, to which the MS 2 intends 
to be connected. 

As an alternative to storing the APN list in the SGSN 3 for 
10 indicating a different APN in the response sent in step 4.), 
the GGSN 4 may sent, as load-related information or in addi- 
tion to such an information, the APN of another gateway sup- 
port node to which the MS 2 may try to get a successful con- 
nection. In such a case, the APN list will be stored in the 
15 GGSN 4. 

In the embodiment of Fig. 2, the steps 1.) and 2.) may cor- 
respond to the usual steps customarily performed in a GPRS 
network, whereas steps 3.) and 4.) are different from the 
20 customarily performed steps in that, in step 3*), an addi- 
tional load-related information is sent, and in step 4.) a 
different APN is included in the reject response. 

In a case when the GGSN 4 should be out of function, it will 
25 probably not return any message, i.e. the message of step 
3.) is not transmitted. For dealing with such a case, the 
GSN 3 preferably contains a timer means which starts when 
sending the message of step 2.) and is set to an appropriate 
time interval sufficient for receiving the response message 
30 of step 3.) in a normal situation. When the timer means ex- 
pires without receipt of a response according to step 3.), 
the SGSN 3 is adapted to perform step 4.), i.e. to return, 
to the mobile station 2, the reject message indicating a 
different APN. In such a case, the load-related information 
35 is sent from SGSN 3 to MS 2 and is represented by the dif- 
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ferent APN signalling to the MS 2 that problems in the GGSN 
4 have occurred. 

The load information sent by GGSN 4 in step 3.) may be rep- 
resented by one or more, e.g. two bits added to the custom- 
arily returned response message of step 3.)- These bits may 
classify the actual load or condition of GGSN 4 into e.g. 
four traffic classes, for instance as follows: 00 no free 
capacity; 01 some free capacity; 10 enough free capacity; 11 
all capacity free. 

In an alternative embodiment, the number of traffic classes 
represented by the load information can also be higher or 
lower than four classes. The load information may for in- 
stance be coded into 8 bits. 

Fig. 3 shows an embodiment of a communication method com- 
prising, in addition to the usually provided request and re- 
sponse messages and information of other type, a dedicated 
"load information" request/response message pair. The SGSN 3 
is adapted to generate a load information request message 
transmitted to the GGSN 4 which message may consist of a 
specific data structure or bit sequence. The GGSN 4 is 
adapted to generate, as reaction to the received load infor- 
mation request, a load information response containing in- 
formation bits representing the actually load condition of 
the GGSN 4, and to return this response message to the SGSN 
3. The load information bits of this load information re- 
sponse message may classify the actual load condition of 
GGSN 4 in several classes, as stated above. If the GGSN 4 
should be out of order, it will not generate any load infor- 
mation response. The SGSN 3 is monitoring the time interval 
until receipt of the response message and will assume the 
condition of GGSN 4 to be out of order if no load informa- 
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tion response is received within a predefined time interval 
after sending the load information request. 

Preferably, the SGSN 3 is programmed to store the load in- 
5 formation received from GGSN 4 in the load information re- 
sponse, or in the response messages shown in Figs. 2 or 4 
(to be explained below), in the memory 5 (Fig. 1) for a cer- 
tain time. The SGSN 3 will also store, as load-related in- 
formation, in memory 5 information on the "no response" 
10 state of a GGSN 4 in case the SGSN 3 does not receive any 
response to the load information request or other requests 
such as the requests shown in Figs. 2 and 4 within the ex- 
pected predefined time interval. 

15 Preferably, the load-related information is stored with an 
■ additional time-to-live-value. The time-to-live-value may 
represent an expiry time after expiry of which the informa- 
tion will no longer be regarded as valid, or may represent 
the time of storage of the load-related information, wherein 

20 such information is only considered as valid when the stor- 
age time point lies within a definite time interval ending 
with the actual time point. This time-to-live-value ensures 
that too old load-related information will no longer will be 
regarded as valid, and will on the other hand reduce the 

25 number of load information requests and responses during the 
interval in which the load-related information is considered 
as valid. 

When the time-to-live-value indicates expiry of the validity 
30 of the stored load-related information, the SGSN 3 may de- 
cide to request the GGSN 4 to refresh the information, ei- 
ther by sending a separate load information request, or by 
waiting for the necessity of sending a request of any other 
type to the GGSN 4 caused by other reasons such as a neces- 
35 sary "create PDP context" request, and may add the load in- 
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formation request to this message. When getting new load- 
related information, the SGSN 3 will store this information 
replacing the outdated previous load information in memory 
5. 

5 

Fig, 4 shows a further embodiment , wherein the load informa- 
tion request is sent as a part of another request such as a 
create or update or delete PDP context request. This request 
is designed to contain additional load information request 
10 bits signalling to the GGSN 4 the request for transmitting 
load-related information representing the actual load or 
condition of the GGSN 4, 

The GGSN 4 is designed to respond to such a request by a) 
15 performing the requested action, and b) sending back a re- 
sponse message indicating the performed action, which re- 
sponse message contains additional load information response 
' bits informing the SGSN 3 about the actual load condition of 
GGSN 4. 

20 

Although the above embodiments have been described by mainly 
referring to a GPRS network and the messages transmitted 
therein, the invention is also applicable to any other type 
of communication network such as GSM, circuit-switched net- 
25 work or packet-switched network. 



12 

5/23/05, EAST Version: 2.0.1.4 



WO 02/089508 



PCT/EP01/04690 



CLAIMS 

5 1. Conununication network having at least two network 

entities adapted to receive and/or transmit call-related in- 
formation when handling a call connection, wherein at least 
one of the network entities is adapted to send load-related 
information regarding the load or condition of itself or of 
10 another network entity to a further network entity. 

2. Communication network according to claim 1, wherein 
the further network entity contains a memory means for sto- 
ring said load-related information. 

15 

3. Communication network according to claim 2, wherein 
the load-related information is stored in the memory toge- 
ther with a time-to-live value. 

20 4. Communication network according to any one of the 

preceding claims, wherein a first one of the network enti- 
ties is adapted to send a connection-related message to a 
second network entity requiring or necessitating the esta- 
blishment or modification of a connection to a third network 

25 entity, the second network entity being adapted to return a 
message to the first network entity which specifies another 
network entity or connection possibility different from the 
third network entity when the third network entity should be 
in a high-load or overload or break-down condition. 

30 

5. Communication network according to claim 4, wherein 
the first network entity is a user equipment. 
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6. Communication network according to claim 4 or 5, 
wherein the connection-related message contains information 
on an access point name for accessing a data network. 

7. Communication network according to any one of the 
preceding claims, wherein at least one of the network enti- 
ties is adapted to send a load-information request message 
to a further network entity requiring information on the 
load condition of the further network entity, the further 
network entity being adapted to return, as load-related in- 
formation, a message to the request-message sending network 
entity, said message containing information on the load con- 
dition of the further network entity. 

8. Communication network according to claim 7, wherein 
the load-information request message is sent as a separate 
message to the further network entity. 

9. Communication network according to claim 7 or 8, 
wherein the load-information request message is sent as part 
of another message. 

10. Communication network according to claim 9, wherein 
said another message is a Create, Update, or Delete PDP Con- 
text request. 

11. Communication network according to any one of 
claims 7 to 10, wherein said message returned as load- 
related information is returned as a separate message. 

12. Communication network according to any one of 
claims 7 to 10, wherein said message returned as load- 
related information is returned as part of another message. 
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13. Communication network according to claim 12, 
wherein the another message is a Create, Update, or Delete 
PDP Context response. 

5 14, Communication network according to any one of the 

preceding claims, wherein at least one of the network enti- 
ties is a support node handling the communication with a 
user equipment. 



10 15. Communication network according to any one of the 

preceding claims, wherein at least one of the network enti- 
ties is a gateway support node adapted to provide a connec- 
tion to another network. 



15 16. Communication network according to any one of the 

preceding claims, wherein the network is a packet-switched 
network, preferably a GPRS or UMTS network. 



17. Communication method to be performed in a network 
20 having at least two network entity adapted to receive and/or 

transmit call-related information when handling a call con- 
nection, at least one of the network entities communicating 
with another network entity arranged in the same or another 
network when handling a call, wherein at least one of the 
25 network entities is adapted to send load-related information 
regarding the load or condition of itself or of another net- 
work entity to a further network entity. 

18. Communication method according to claim 17, wherein 
30 the further network entity stores said load-related informa- 
tion. 



19. Communication method according to claim 18, wherein 
the load-related information is stored with lifetime indica- 
35 tion. 

15 

5/23/05, EAST Version: 2.0.1.4 



WO 02/089508 



PCT/EPO 1/04690 



20. Communication method according to any one of the 
preceding claims, wherein a first one of the network enti- 
ties is adapted to send a connection-related message to a 
second network entity requiring or necessitating the esta- 
blishment or modification of a connection to a third network 
entity, the second network entity returning a message to the 
first network entity which specifies another network entity 
or connection possibility different from the third network 
entity when the third network entity should be in a high- 
load or overload or break-down condition, 

21. Communication method according to claim 20, wherein 
the first network entity is a user equipment. 

22. Communication method according to claim 20 or 21, 
wherein the connection-related message contains information 
on an access point name for accessing a data network. 

23. Communication method according to any one of the 
preceding claims 17 to 22, wherein, when at least one of the 
network entities is sending a load-information request mes- 
sage to a further network entity requiring information on 
the load condition of the further network entity, the 
further network entity returns, as load-related information, 
a message to the request-message sending network entity, 
said message containing information on the load condition of 
the further network entity. 

24. Communication method according to claim 23, wherein 
the load-information request message is sent as a separate 
message to the further network entity. 
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25. Communication method according to claim 23 or 24 , 
wherein the load-information request message is sent as part 
of another message. 

26. Communication method according to claim 25 , wherein 
said another message is a Create, Update, or Delete PDP Con- 
text request. 

27. Communication method according to any one of claims 
23 to 26, wherein said message returned as load-related in- 
formation is returned as a separate message. 

28. Communication method according to any one of claims 
23 to 26, wherein said message returned as load-related in- 
formation is returned as part of another message. 

29. Communication method according to claim 28, wherein 
the another message is a Create, Update, or Delete PDP Con- 
text response. 

30. Communication method according to any one of the 
preceding claims 17 to 29, wherein at least one of the net- 
work entities is a support node handling the. communication 
with a user equipment* 

31. Communication method according to any one of the 
preceding claims 17 to 30, wherein at least one of the net- 
work entities is a gateway support node adapted to provide a 
connection to another network. 

32 . Communication method according to any one of the 
preceding claims 17 to 31, wherein the network is a packet- 
switched network, preferably a GPRS or UMTS network. 
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